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CHANNEL DEFINITION ARCHITECTURE EXTENSION 

BACKGROUND OF THE INVENTION 
The present invention relates to personal mobile 
computing devices commonly known as mobile devices. 
5 More particularly, the present invention relates to a 
system and method for delivering and receiving 
information on a mobile device, ' 

Mobile devices are small electronic computing 
devices often referred to as personal digital 
10 assistants. Many such mobile devices are hand held 
devices, or palm-size devices, which comfortably fit 
within the hand. One commercially available mobile 
device is sold under the trade name HandHeld PC (or 
H/PC) having software provided by Microsoft 
15 Corporation of Redmond, Washington. 

Generally, the mobile device includes a 
processor," random access" memory (RAM) , and an input 
device such as a keyboard and a display. The keyboard 
can be integrated with the display, such as where the 

2 0 keyboard is incorporated as a touch sensitive display. 

A communication interface is optionally provided and 
is commonly used to communicate with a desktop 
computer. A replaceable or rechargeable battery powers 
the mobile device. Optionally, the mobile device can 
25 receive power from an external power source that 
overrides or recharges the built-in battery. 

In some prior applications, the mobile device is 
used in conjunction with a desktop computer. For 
example, the user of the mobile device may also have 

3 0 access to, and use, a desktop computer at work or at 

home, or both. The user typically runs the same types 
of applications on both the desktop computer and on 
the mobile device. Thus, it is quite advantageous for 
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the mobile device to be designed to be coupled to the 
desktop computer to exchange information with, and 
share information with, the desktop computer. 

Another technique for providing information to 
such mobile devices is through a wireless transmission 
link, such information can include electronic mail or 
news, weather, sports, traffic and local event 
information. The information is typically obtained 
from a desktop computer connected to the Internet and 
delivered over a wired connection. However, it may be 
desirable to deliver such information over a wireless 
connection as well, a wireless receiver on the mobile 
device can act to receive information as it is being 
sent to the mobile device. 
15 There is presently no reasonable way to deliver 

ZZT''^" ^'""^ hypertext mark-up language 

(HTML) content provided on a global network such as 
the internet and world wide web) to such devices in a 
Wireless manner and in an open and available 
20 architecture. The bit rate of conventional wireless 
channels is very low. Thus, the delivery of very large 
content (such as HDML content) is highly impractical 

One conventional type of approach to delivering 
such information is to rewrite the content into a 
25 device friendly format, such as HTML. The content is 
then obtained over a pull-style model. Another 
approach currently being used to deliver information 
via a wireless medium in a closed model. In a closed 
model, a content provider can only provide content 
30 which is written in a format suitable for receipt by a 
specific device implementing a specific type of 
software. This means that the vast majority of web 
content is unavailable for viewing on such devices 
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SUMMARY OF THE INVENTION 
A method for rendering information, such as, 
available through the Internet on a computer includes 
storing a content structure file, a data file and a 
5 script file. The data file includes data indicative of 
the information and the script file includes script 
information indicative of a desired form in which the 
data is to be rendered. The content structure file, 
data file and script file are independently receivable 

10 by the computer. The content structure file is read to 
ascertain which script in the script file is 
associated with data to be rendered. The data from the 
data file is retrieved and the associated script file 
is executed to render the data. Instructions can be 

15 provided on a computer readable medium to implement 
the method. 

In . one preferred embodiment, the content 
structure file includes references to data and scripts 
in a hierarchy. In particular, the content structure 

20 file includes script tags associated with the scripts 
in the script file wherein the script tags are 
arranged in the hierarchy. When the content structure 
file is read to ascertain which script in the script 
file is associated with the data to be rendered, the 

25 script is chosen as a function of the hierarchy. 
Organization of the script tags in a hierarchy allows 
tag inheritance. Specifically, if there is no 
associated script tag for the data in the lower 
portion of the hierarchy, a script referenced by a 

30. script tag in a higher portion of the hierarchy will 
be executed to render the data. In another embodiment, 
if a referenced script in the content structure file 
cannot be found in the script file, a default script 
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is executed in order to render the data. 

BRIEF DESCRIPTTm THE nPflMTwr-e 
FIG- 1 is a simplified block diagram illustrating 
one embodiment of a mobile device in a system in 
accordance with the present invention. 

FIG. 2 is a more detailed block diagram of one 
embodiment of a mobile device shown in FIG. 1. 

FIG. 3 is a simplified pictorial illustration of 
one embodiment of the mobile device shown in FIG. 2 

FIG. 4 is a simplified pictorial illustration of 
another embodiment of the mobile device shown in FIG. 

FIG. 5 is a block diagram of one embodiment of a 
desktop computer in accordance with one aspect of the 
15 present invention. 

FIG. 6 is a flow diagram illustrating the 
operation of a mobile device in accordance with one 
aspect of the present invention. 

FIG. 7 is a simplified block diagram of FIG. 6. 
^° 8 is a diagrammatic illustration of a 

graphical user interface rendered by the present 
invention. 

DETAILF.n DKSrpTPTTON OF T»P PP^^ ERRFn VMnnr^r^^^j^^ 

^ illustrates a system lo in which the 
present invention is illustratively implemented 
System 10 includes content provider 12, wireless 
carrier 14, desktop computer 16 and mobile device 18 
content provider 12 provides any suitable type of data 
from a database or other data source. For example, 
30 content provider 12 is discussed hereinafter as a 
provider of internet world wide web content. In the 
preferred embodiment, the content is provided in a 
standard format, such as HTML, JPEG, GIF, WAV etc 
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The web content is also preferably described in a 
content structure file also known commonly as a 
channel definition format (CDF) file. A single portion 
of content (such as a web page or a web site) is 
5 referred to herein as a mobile channel. 

A mobile channel is a self describing web site 
that contains all the information necessary for 
efficient download of web content to mobile device 18. 
Three components are provided in a preferable mobile 
10 channel. The components include a channel definition 
format (CDF) file, a set of script files to render the 
channel, and a set of data files to be rendered. The 
CDF files are described in greater detail below. 
Briefly, the CDF is an inventory of content contained 
15 on the mobile channel. 

The script files contain script which defines 
templates which specify the appearance of the data on 
the screen of mobile device 18 . Scripts are preferably 
written in visual basic script (VBS) . 
2 0 The data files correspond to one or more script 

files and include data which is indicative of the 
substantive content of the channel to be rendered. The 
data is packaged in small and simple text files. All 
of this information is used to define web content. 
25 Operation of system 10 using separate script and 

data files is described in detail in co-pending U.S. 
Patent Application, Serial No. 09/107,666 filed June 
30, 1998, entitled SYSTEM FOR DELIVERING DATA CONTENT 
OVER A LOW BIT RATE TRANSMISSION CHANNEL" , and hereby 
30 incorporated by reference. Briefly, however, wireless 
carrier 14 is configured to receive web content from 
the web content provider 12 via dial-up or direct 
internet connection, or a network connection. Wireless 
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carrier 14 also includes a wireless push server 20. 
Server 20 splits the content received from content 
provider 12 into pieces which are compatible with the 
particular type of transport being used by wireless 
carrier 14. For instance, server 20 may split the data 
such that it conforms to maximum packet size 
constraints, character set requirements, etc. for the 
channel type or transport type being used. Prior to 
transmission, the data is preferably translated to a 
different form. Translation may include compression, 
encryption, encoding and then packaging. 

once the data has been split appropriately such 
that it conforms to the transport constraints, the 
data is then configured for transmission over the air 
through a wireless network (such as through a paging 
channel) to be received directly on mobile device 18. 
The transmitted data is received by a" wireless 
receiver and driver component 22 on mobile device 18 
where the data is prepared for use by mobile device 
20 18. 

Mobile device 18 can also includes a modem 24. 
Thus, rather than being transmitted through wireless 
carrier 14, the web content can be transmitted 
dxrectly from web content provider 12 through a direct 

25 dial-up modem connection to mobile device 18. 

Desktop computer 16 will also be described in 
greater detail later in the specification. Briefly, 
however, desktop computer 16 is preferably provided 
with a standard web browser, such as Internet Explorer 

30 4.0 commercially available from the Microsoft 
Corporation of Redmond, Washington. That being the 
case, the users of desktop 16 can preferably subscribe 
to channels in a standard fashion which provide the 
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user with certain channel content which can be browsed 
off-line or on-line. Desktop computer 16 is preferably 
provided with a loadable transport that accesses the 
script files and acts on the corresponding data file 
5 (in accordance with the script) to render the content 
where desktop computer 16 renders the data. Desktop 
computer 16, through the transport, can periodically 
retrieve or receive new and updated script, data and 
CDF files either for further transmission to mobile 

10 device 18 or simply for rendering the data. The 
script, data and CDF files can be transmitted either 
together or independently of one another. Since 
scripting files typically need updating much less 
frequently than the data files, this provides the user 

15 with the ability to view the web content on the 
desktop (off-line) while requiring only small amounts 
of bandwidth for incremental updating of the data 
files - 

Desktop computer 16 also preferably includes 
20 synchronization component 26. Briefly, synchronization 
component 26 is configured to interact with a similar 
synchronization component 28 on mobile device 18 such 
that files which are the subject of synchronization 
can be synchronized from desktop computer 16 to mobile 
25 device 18, or vice versa. Once synchronized, both 
files (those on computer 16 and mobile device 18) 
contain up to date information. 

More specifically, mobile device 18, in the 
preferred embodiment, can be synchronized with either 
30 desktop computer 16, or another mobile device 18, or 
both. In that instance, properties of objects stored 
in an object store on mobile device 18 are similar to 
properties of other instances of the same object 
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stored in an object store on desktop computer 16 or 
another mobile device 18. Thus, for example, when a 
user changes one instance of an object stored in an 
object store on desktop computer 16, the second 
5 instance of that object in the object store of mobile 
device 18 is updated the next time mobile device 18 is 
connected to desktop computer 16 so that both 
instances of the same object contain up-to-date data. 
This is referred to as synchronization. 
^° to accomplish synchronization, 

synchronization components 2 6 and 28 run on both 
mobile device 18 and desktop computer 16 (or another 
mobile device 18). The synchronization components 
communicate with one another through well defined 
15 interfaces to manage communication and 

synchronization . 

Mobile device 18 is also preferably provided with 
a script interpreter which, in one preferred 
embodiment, is the same as or similar to the loadable 
transport on desktop computer 16. Such a transport may 
be, for example, a down-sized visual basic 
interpreter, which receives and interprets the 
formatting script. The script is associated with a 
certain data file (typically a text file) that holds 
the raw data for the web content. Thus, the script 
interpreter operates on the data associated with a 
given script to provide a rendering of .the web content 
to the user of mobile device 18. 

By separating the script from the data in the web 
30 content, web content can be transmitted to mobile 
device is over very low bit rate channels. The script 
will only typically need to be transmitted very 
infrequently. Also, since an individual file is 



20 



25 
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typically much smaller than the script files, the data 
can be updated quite frequently, giving the user of 
mobile device 18 updated web content information, 
without transmitting new script. Thus, the separation 
5 of the script and data allows the transmission of web 
content information in a very efficient manner over 
low bit rate channels. 

It is worth noting that, in the preferred 
embodiment, while mobile device 18 can be coupled to 

10 desktop computer 16, it can be also coupled to another 
mobile device 18. This connection can be made using 
any suitable, and commercially available, 

communication link and using a suitable communications 
protocol. For instance, in one preferred embodiment, 

15 mobile device 18 communicates with either desktop 
computer 16 or another mobile device 18 with a 
physical cable which communicates using a serial 
communications protocol- Other communication 

mechanisms are also contemplated by the present 

20 invention, such as infra-red (IR) communication or 
other suitable communication mechanisms . 

FIG. 2 is a more detailed block diagram of mobile 
device 18, Mobile device 18 preferably includes 
microprocessor 30, memory 32, input/output (I/O) 

25 components 34, desktop communication interface 36 
wireless receiver 3 7 and antenna 39, In a preferred 
embodiment, these components of mobile device 10 are 
coupled for communication with one another over a 
suitable bus 38. 

3 0 Memory 3 2 is preferably implemented as non- 

volatile electronic memory such as random access 
memory (RAM) with a battery back-up module (not shown) 
such that information stored in memory 32 is not lost 



wo 99/35593 



PCTAJS99/00279 



10 



10 



when the general power to mobile device 18 is shut 
down. A portion of memory 32 is preferably allocated 
as addressable memory for program execution, while 
another portion of memory 32 is preferably used for 
storage, such as to simulate storage on a disc drive. 

Memory 32 includes operating system 40, an 
application program 42 (such as a personal information 
manager or PIM) as well as an object store 44. During 
operation, operating system 4 0 is preferably executed 
by processor 30 from memory 32. Operating system 40, 
in one preferred embodiment, is a Windows CE brand 
operating system commercially available from Microsoft 
Corporation. The operating system 40 is preferably 
designed for mobile devices, and implements database 
15 features which can be utilized by PIM 42 through a set 
of exposed application programming interfaces and 
methods. The objects in object store 44 are preferably 
maintained by PIM 42 and operating system 40, at least 
partially in response to calls to the exposed 
20 application programming interfaces and methods. 

I/O components 34, in one preferred embodiment, 
are provided to facilitate input and output operations 
from a user cf mobile device 18. I/O components 34 are 
described in greater detail with respect to FIGS. 3 
25 and 4 . 

Desktop communication interface 3 6 is optionally 
provided as any suitable communication interface. 
Interface 36 is preferably used to communicate with 
desktop computer 16, content provider 12, wireless 
carrier 14 and optionally another mobile device 18, as 
described with respect to FIG. 1. Thus, communication 
interface 36 preferably includes synchronization 
components 28 for communicating with desktop computer 



30 



wo 99/35593 



PCT/US99/00279 



16 and modem 24 for communicating with content 
provider 12. Wireless receiver and driver 22 are used 
for communicating with wireless carrier 14 . 

FIG. 3 is a simplified pictorial illustration of 

5 one preferred enribodiment of a mobile device 10 which 
can be used in accordance with the present invention. 
Mobile device 10, as illustrated in FIG. 3, can be a 
desktop assistant sold under the designation H/PC 
having software provided by the Microsoft Corporation. 

10 In one preferred embodiment, mobile device 18 includes 
a miniaturized keyboard 43, display 45 and stylus 46. 
In the embodiment shown in FIG. 3, display 45 is a 
liquid crystal display (LCD) which uses a contact 
sensitive display screen in conjunction with stylus 

15 46. Stylus 46 is used to press or contact the display 
45 at designated coordinates to accomplish certain 
user input functions. Miniaturized keyboard 43 is 
preferably implemented as a miniaturized alpha-numeric 
keyboard, with any suitable and desired function keys 

20 which are also provided for accomplishing certain user 
input f unct ions . 

FIG. 4 is another simplified pictorial 
illustration of the mobile device 18 in accordance 
with another preferred embodiment of the present 

25 invention. Mobile device 18, as illustrated in FIG. 4, 
includes some items which are similar to those 
described with respect to FIG. 3, and are similarly 
numbered. For instance, mobile device 18, as shown in 
FIG. 4, also includes touch sensitive screen 45 which 

30 can be used, in conjunction with stylus 46, to 
accomplish certain user input functions. It should be 
noted that the display 45 for the mobile device as 
shown in FIGS. 3 and 4 can be the same size as one 
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another, or different sizes from one another, but 
would typically be much smaller than a conventional 
display used with a desktop computer. For example, 
displays 45 shown in FIGS. 3 and 4 may be defined by a 
5 matrix of only 240X320 coordinates, or 160X160 
coordinates, or any other suitable size. 

The mobile device 18 shown in FIG'. 4 also 
includes a number of user input keys or buttons (such 
as scroll buttons 47) which allow the user to scroll 

10 through menu options or other display options which 
are displayed on display 45, or which allow the user 
to change applications, without contacting display 45. 
In addition, the mobile device 18 also shown in FIG. 4 
also preferably includes a power button 4 9 which can 

15 be used to turn on and off the general power to the 
mobile device 18. 

It should also be noted that, in the embodiment 
illustrated in FIG. 4, mobile device 18 includes a 
hand writing area 51. Hand writing area 51 can be used 

20 in conjunction with stylus 46 such that the user can 
write messages which are stored in memory 42 for later 
use by the mobile device 18. In one illustrative 
embodiment, the hand written messages are simply 
stored in hand written form and can be recalled by the 

25 user and displayed on the display screen 4 5 such that 
the user can review the hand written messages entered 
into the mobile device 18. In another preferred 
embodiment, mobile device 18 is provided with a 
character recognition module such that the user can 

30 enter alpha-numeric information into mobile device 18 
by writing that alpha-numeric information on area 51 
with stylus 46. In that instance, character 
recognition module in the mobile device 18 recognizes 
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the alpha-numeric characters and converts the 
characters into computer recognizable alpha-numeric 
characters which can be used by the application 
programs 42 in mobile device 18. 
5 FIG. 5 and the related discussion are intended to 

provide a brief, general description of a suitable 
desktop computer 16 in which portions of the invention 
may be implemented. Although not required, the 
invention will be described, at least in part, in the 

10 general context of computer-executable instructions, 
such as program modules, being executed by a personal 
computer 16 or mobile device 18. Generally, program 
modules include routine programs, objects, components, 
data structures, etc. that perform particular tasks or 

15 implement particular abstract data types. Moreover, 
those skilled in the art will appreciate that desktop 
computer 16 may be' implemented with other computer 
system configurations, including multiprocessor 
systems, microprocessor-based or programmable consumer 

2 0 electronics, network PCs, minicomputers, mainframe 
computers, and the like. The invention may also be 
practiced in distributed computing environments where 
tasks are performed by remote processing devices that 
a^re linked through a communications network. In a 

25 distributed computing environment, program modules may 
be located in both local and remote memory storage 
devices . 

With reference to FIG. 5, an exemplary system for 
implementing desktop computer 16 includes a general 
30 purpose computing device in the form of a conventional 
personal computer 16, including processing unit 48, a 
system memory 50, and a system bus 52 that couples 
various system components including the system memory 
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50 to the processing unit 48. The system bus 52 may be 
any of several types of bus structures including a 
memory bus or memory controller, a peripheral bus, and 
a local bus using any of a variety of bus 
5 architectures. The system memory 50 includes read only 
memory (ROM) 54 a random access memory (RAM) 55 . A 
basic input/output system (BIOS) 56, containing the 
basic routine that helps to transfer information 
between elements within the desktop computer 16, such 
10 as during start-up, is stored in ROM 54. The desktop 
computer 16 further includes a hard disk drive 57 for 
reading from and writing to a hard disk (not shown) a 
magnetic disk drive 58 for reading from or writing to 
removable magnetic disk 59, and an optical disk drive 
.15 60 for reading from or writing to a removable optical 
disk 61 such as a CD ROM or other optical media. The 
hard disk drive 57, magnetic disk drive 58, and 
optical disk drive 60 are connected to the system bus 
52 by a hard disk drive interface 62, magnetic disk 
20 drive interface 63, and an optical drive interface 64, 
respectively. The drives and the associated computer- 
readable media provide nonvolatile storage of computer 
readable instructions, data structures, program 
modules and other data for the desktop computer 16, 
25 Although the exemplary environment described 

herein employs a hard disk, a removable magnetic disk 
59 and a removable optical disk 61, it should be 
appreciated by those skilled in the art that other 
types of computer readable media which can store data 
30 that is accessible by a computer, such as magnetic 
cassettes, flash memory cards, digital video disks 
(DVDs) , Bernoulli cartridges, random access memories 
(RAMs) , read only memory (ROM) , and the like, may also 
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be used in the exemplary operating environment. 

A number of program modules may be stored on the 
hard disk, magnetic disk 59, optical disk 61, ROM 54 
or RAM 55, including an operating system 65, one or 
5 more application programs 66 (which may include PIMs) , 
other program modules 67 (which may include 
synchronization component 26), and program data 68. A 
user may enter commands and information into the 
desktop computer 16 through input devices such as a 

10 keyboard 70, pointing device 72 and microphone 74. 
Other input devices (not shown) may include a 
joystick, game pad, satellite dish, scanner, or the 
like. These and other input devices are often 
connected to the processing unit 4 8 through a serial 

15 port interface 76 that is coupled to the system bus 
52, but may be connected by other interfaces, sucVi as 
a sound card, a parallel port, game port or a 
universal serial bus (QSB) . A monitor 77 or other type 
of display device is also connected to the system bus 

20 52 via an interface, such as a video adapter 78. In 
addition to the monitor 77, desktop computers may 
, typically include other peripheral output devices such 
as speaker 75 and printers. 

The desktop computer 16 may operate in a 

25 networked environment using logic connections to one 
or more remote computers (other than mobile device 
18), such as a remote computer 79. The remote computer 
79 may be another personal computer, a server, a 
router, a network PC, a peer device or other network 

30 node, and typically includes many or all of the 
elements described above relative to . desktop computer 
16, although only a memory storage device 80 has been 
illustrated in FIG. 4. The logic connections depicted 
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in FIG. 4 include a local area network (LAN) 81 and a 
wide area network (WAN) 82. Such networking 
environments are commonplace in offices, enterprise- 
wide computer network intranets and the Internet . 

When used in a LAN networking environment, the 
desktop computer 16 is connected to the local area 
network 81 through a network interface or adapter 83. 

When used in a WAN networking environment, the 
desktop computer 16 typically includes a modem 84 or 
other means for establishing communications over the 
wide area network 82, such as the Internet. The modem 
84, which may be internal or external, is connected to 
the system bus 52 via the serial port interface 76. In 
a network environment, program modules depicted 
relative to desktop computer 16, or portions thereof, 
may be stored in the remote memory storage devices. It 
will be appreciated that the network connections shown 
are exemplary and other means of establishing a 
communications link between the computers may be used. 

Desktop computer 16 runs operating system 65 that 
is typically stored in non-volatile memory 54 and 
executes on the processor 48. One suitable operating 
system is a Windows brand operating system sold by 
Microsoft Corporation, such as Windows 95 or Windows 
25 NT, operating systems, other derivative versions of 
Windows brand operating systems, or another suitable 
operating system. Other suitable operating systems 
include systems such as the Macintosh OS sold from 
Apple Corporation, and the OS/2 Presentation Manager 
30 sold by International Business Machines (IBM) of 
Armonk, New York. Application programs are preferably 
stored in program module 67, in volatile memory or 
non-volatile memory, or can be loaded into any of the 
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components shown in FIG. 5 from a floppy diskette 59, 
CDROM drive 61, downloaded from a network via network 
adapter 83, or loaded using another suitable 
mechanism. 

5 FIG. 6 is a block diagram illustrating the 

functional architecture of mobile device 18. FIG. 6 
shows similar items to those previously shown in the 
specification. Similar items are similarly numbered. 
FIG. 6 illustrates that mobile device 18 receives web 

10 content information either via synchronization 
component 26, wireless receiver (radio receiver and 
driver) 22 or modem 24. In any of those cases, CDF 
files 201 as well as script templates and data files, 
indicated by blocks 2 04 and 202 are eventually 

15 provided to cache memory 206. Where the web content 
information is received through synchronization 
component 26, the CDF files 201, script templates 204 
and data files 202 may not be encrypted or encoded or 
otherwise formatted in the same fashion as they are 

20 for transmission over a wireless or modem channel. 
Therefore, the CDF files 201, script templates 204 and 
data files 2 02 are provided directly to cache manager 
208. Cache manager 208 receives the CDF files 201, 
script templates 204 and data files 202, and provides 

25 them to cache memory 206. Cache manager 208 includes 
memory manipulation and timing components as well as 
data transfer components, which are suitable for 
transferring the CDF files 201, script templates 204 
and data files 202 to a particular location in cache 

30 memory 2 06, and to track that location. 

If, on the other hand, the web content is 
received over wireless receiver and driver 22 or modem 
24, additional processing steps must be undertaken 
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prior to caching the data. Wireless receiver and 
driver 22 is a physical layer that receives and 
filters messages and generates wake -up events to 
mobile device 18. In one preferred embodiment, the 
information transmitted is first translated (such as 
compressed, encrypted, encoded and packaged) before 
transmission. Thus, the data must be translated back 
to its original form prior to further use by mobile 
device 18. Therefore, the data is first provided to 
message router 210. Message router 210 acts to record 
the message and route the received message to a 
translation layer 209. In FIG. 6, translation layer 
209 includes unpackager and joiner component 212, a 
group of additional translators collectively labeled 
15 214 and a further routing component 216. 

Unpackager and joiner block 212 acts to receive, 
unpack and order a group of packets being transmitted. 
The unpackager rejoins packets of any long messages 
which were split up by wireless carrier 14 . The 
20 ordered data is provided to translation components 
214. 

Translation components 214 act to reformat or 
translate the data into appropriate form to be handled 
by content handler 216. For example, once the packets 
25 which comprise a message have been unpacked and 
rejoined by unpacker and joiner 212, translation 
components 214 may typically decompress, decrypt and 
decode those packets . 

Content handler 216 delivers the unpacked, joined 
and translated message to the appropriate registered 
destination (i.e., to the appropriate application or 
other functional block) on mobile device 18. In the 
embodiment illustrated in FIG. 5, content handler 216 
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provides the information to cache manager 208 which 
stores it in cache 206. 

When the user wishes to off-line browse the web 
content stored in cache 206, the user launches an 
5 appropriate application program indicated by channel 
browser block 218 in FIG. 5. Channel browser 218 
preferably generates suitable user interfaces on 
display 45 which provide the user with the ability to 
choose a certain channel to be viewed. 

10 Channel browser 218 is configured to interact 

with a loadable transport 220 which is, in turn, 
coupled to cache manager 208. In response to the user 
requesting to view information provided via the chosen 
channel, loadable transport 220 requests cache manager 

15 208 to retrieve the corresponding web content 
information (in the form of .script templates and data 
files) from cache 206. The desired script templates 
204 and data files 20 2 are provided from cache manager 
208 to loadable transport 220. 

20 The script interpreter in transport 220 is 

preferably a visual basic script interpreter which 
interprets script templates 204 and acts on data files 
202 as a function also of the CDF file 201 to provide 
a desired rendering of the web content. In the 

25 embodiment illustrated in FIG, 5, the web content is 
rendered as a conventional hypertext mark-up language 
(HTML) page 224. Loadable transport 220 then provides 
the HTML page 2 24 rendering to channel browser 218 for 
viewing by the user of mobile device 18 on display 45 . 

30 The system 10 allows logging of desired 

information for use by content provider 12 . In other 
words, by providing an entry in the CDF file 201, the 
content providers can tag certain items which they 
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want to track (i.e., they can tag certain items for 
which they would like to know when, and for how long, 
those items were viewed by any given user) . 

For example, when the user launches channel 
5 browser 218, and requests information from loadable 
transport 220, loadable transport 220 determines 
whether the requested information includes the 
appropriate CDF tag indicating that the content 
provider wishes to log information regarding the time 
10 and duration which the information was viewed. If so, 
loadable transport 220 logs information which is 
representative of the time and duration that the 
information was viewed by the user. This information 
is stored in cache 206 in a location which corresponds 
15 to that particular web content information. 

The next time mobile device 18 is synchronized 
with desktop computer 16, not only is mobile device 18 
updated with the current web content received by 
desktop computer 16, but desktop computer 16 is 
2 0 updated with the current logging information 
maintained by mobile device 18. Similarly, the next 
time the browser on desktop computer 16 accesses the 
appropriate web content from content provider 12, the 
logging information is transmitted from desktop 
25 computer 16 to content provider 12. In one preferred 
embodiment, since the browser on desktop computer 16 
is Internet Explorer 4.0, logging information which 
has been synchronized to desktop computer 16 is 
transmitted to content provider 12 when the scheduler 
of Internet Explorer 4.0 is next invoked on desktop 
computer 16 . 

FIG. 7 is a simplified block diagram of a portion 
of FIG, 6 focusing on those components used to access 
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data stored on the mobile device 18 for display to the 
user through the display 45. In FIG. 7, the CDF files 
201, data 202, script templates 204 and preferences 
230, discussed below, are shown as part of cache 206. 
5 One aspect of the present invention includes use 

of the CDF files 201 for construction of HTML pages 
224. In particular, HTML pages 224 combine the script 
templates 204 and data 202 using structural 
information contained in the CDF files 2 01. For 

10 example, a particular script template 204 determines 
what subchannel of a CDF file 201 is being displayed 
and obtains the title and logo for that subchannel 
from the CDF file 201, incorporating them into the 
HTML page 224. In addition, particular data items such 

15 as an article or picture and/or additional subchannels 
within the subchannel can be obtained from the CDF 
file 201 to present an index to the subchannel being 
displayed. ■ Typically, since items will change 
frequently as new data is obtained, item titles for 

20 the HTML page 224 can be obtained directly from the 
data stored in the data 202. Although this method of 
blending script templates 204, data 202 and CDF files 
201 is more complex than conventional systems and 
methods where full HTML pages are transferred from a 

25 server to a client, this method is beneficial. In 
particular, the present system and method is able to 
deliver content in small segments of data instead of 
full HTML pages. This incremental approach makes it 
efficient and economical to update time-critical 

3 0 information, such as stock market values during peak 
network hours. The system and method also allows the 
use of default script templates 232 stored in the 
cache 206, The default script templates 232 can be 
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used to render channel content (i.e. subchannels and 
data) if a particular script template is missing. 

CDF is a standard for creating channels" for 
use with browsers such as Internet Explorer 4,0. The 
5 CDF standard is based on the Extensible Markup 
Language (XML) . One aspect of the present invention 
includes additional tags to extend CDF for improved 
use on mobile devices. Specifically, the additional 
tags are used to navigate through the CDF files 201 
10 when content is to be displayed on the display 45 in 
order to reduce the necessary storage space on the 
mobile device 18 . Table 1 below is an example of a CDF 
file in accordance with the present invention. 



wo 99/35593 



PCT/US99/00279 



23 



TABLE 1 

<!— Declare icem scra.pbs --> ' 

<ITEM HREFs^Http: //www. microsoft .com/ test /scriotl.mcs" ID=''rsi"> 
<USAGE VALUE="None''/> 

</ITEM> 

<ITEM HREF = ''Http: //www. microsoft.com/test/script2.mcs" IDs!''IS2"> 
<USAGE VALUE =" None "/> 

</ITEM> 

< Declare channel scripts --> 

<ITEM HREF="Http : //www . microsoft . com/test/script3 .mcs" ID«*'CS1"> 
< USAGE VALUE="None''/> 

</ITEM> 

<ITEM HREF-"Kttp: //www. microsoft.com/test/script4 .mcs" ID="CS2"> 
<USAGE VAI*UEa"None''/> 

</ITEM> 

<CHANNEL HREF a "mctp : //www. microsoft .com/test/test . cdf ID="test" 

BASE ="http : / /www .microsoft . com/ test/ 
SELF a"http; //www .microsoft . com/test .cdf/> 

<TITLE VALUE = "Test Channel" /> 

<!-ISl is the general item script to use within the channel 
<ITEMSCRIPT VALUE=''ISl''/> 

<!-CSl is the general channel script to use within the channel 
cCHANSCRIPT VALUE = "CSl"/> 

<ITEM HREF =* "Http : //www. microsoft . com/ test /ADl .mad" ID="AD1"> 
<USAGE VALUE = '•MobileAd"/> 

<ITEM> 

<ITEM HREF = "Http : //www . microsoft . com/ test/AD2 .mad" ID-"AD2"> 
<USAGE VALUE = "MobileAd"/> 

<ITEM> 



<CHANNEL ID = «C1" 
<TITLE VALUE = 



DEFAULTPREF =» "0N"> 
•*Test Subchannel 1" /> 



-This subchannel is also rendered by the general channel script 
CSl --> 

<ITEM HREFs" http://www.microsoft.com/test/item-a.mcd" ID^^ITA"* 
<!-This item is rendered by the item- specif ic IS2 script --> 

<ITEMSCRIPT VALUE="IS2''/> 

<USAGE VALUEa"KOBILECHANNEL''/> 

</lTEM> 



</CHANNEL> 

<CHANNEL ID = "C2'' DEFAULTPREF = "OFF"> 

<TITLE VALUE = "Test Subchannel 2" /> 

-This subchannel is rendered by the channel -specif ic script CS2 
<CHANSCRIPT VALUE = *»CS2" /> 

<ITEM HREF=''http://www.raicrosof t .com/test/item-b.mcd" 
ID="ITB''> 

<!-This item is also rendered by the general ISI item 
script --> 



C/CHANNEL5 
</CKANNSL> 



</ITEM> 



<USAGE VALUEa"MOBILECHANNEL*/> 
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Referring to Table 1, the path of the CDF is present 
in two attributes of the top-level CHANNEL" tag 
that is standard in CDF files. In particular, the 
HREF" attribute, indicated at "A" references the 
5 CDF path using the transport protocol of the loadable 
transport 220 (FIG. 6) , for example, a Mobile Channels 
Transport Protocol (MCTP) can be used. The HREF 
attribute uses the MCTP prefix to indicate the CDF 
file is for a mobile device 18. If the CDF file is 
10 present on the desktop computer 16 (FIG. 1) rather 
than on the mobile device 18, the MCTP prefix can 
invoke special processing when referenced by the 
browser used on the desktop computer 16 . Unlike the 
HREF attribute as used by browsers such as Internet 
15 Explorer 4.0 on the desktop computer 16, the URL does 
not directly indicate the page to render. Rather, the 
attribute references the top-level channel as 
specified by the CDF file. 

The " SELF" attribute "B" references the CDF 
2 0 path using the standard HTTP prefix. Unlike standard 
implementation of the CDF on the desktop computer 16, 
the SELF attribute is preferably used with the top- 
level CHANNEL tag. 

The BASE" attribute "C" has the same 
25 functionality in the CDF file of the present invention 
as it does for use in a browser on the desktop 
computer 16. Its. URL is an HTTP URL. In the example 
illustrated, the HREF attribute "A" for the top-level 
CHANNEL tag is the only one that has a transport 
30 protocol-style URL. All other HREF attribute values 
are of the HTTP-style 

Several attributes and attribute values that may 
appear in the CDF files 201 according to the present 
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invention appear in standard CDF tags 
described in the following table. 

TABLE 2 



The tags are 



ID 


A snort string xaencirier tor the 
CHANNEL, ITEM, and LOGO elements. 


DKt'AULTPkEt' 


A Boolean operator maicating the 
suggested preference setting for a 
CHZ^NNEL element. Values include '"On" or 
^^Of f " . 


USAGE 


New usage values "iviooiieunannei" , 
"MobileDesktopComputer" and "MobileAD" . 


CHANMEL 


(JHANNhiii element may take a USAGE tag 
specifying either the "MobileChannel or 
"MobileDesktop Computer" USAGE values 
defined above. It is required for the 
top-level CHANNEL element of a Mobile 
Desktop Component . 



Each tag or attribute is discussed in detail 
below: 

10 An ID tag is a text string used as an attribute 

to identify the specified element. An ID tag must be 
provided for all CHANNEL, ITEM, and LOGO elements in a 
mobile channel . 



15 ID = Chanid" 
ID = Itemid" 
ID = Logold" 

An ID tag is used for short and quick references 
20 both within the CDF file 201 and within the script 

templates 204. Within the CDF file 201, the ID tag is 
used as a value for both CHANSCRIPT and ITEMSCRIPT, 
discussed below, tags to refer to the associated ITEM 
tag that represents the script template 204. 
25 Within the script template 204, the ID tag is 

used, along with the MCTP discussed below, to form 
unique URLs. The ID tag is used by the loadable 
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transport 220 to uniquely reference a channel or item. 
MCTP references are of the form 

mctp : //Cdf id/ChanID'' for a channel or 
mctp: //CDFid/ItemID" for an item. 
5 In one embodiment, the string length of an ID tag 

is kept to the minimum necessary to uniquely define it 
within the CDF over time. Keeping the ID string length 
short is important in order to conserve network 
bandwidth and storage space . 

10 In the CDF file 201, the ID tag of the top-level 

channel is used as a handle to the channel . In one 
embodiment, the maximum length of the ID string is 64 
characters, but a handle of between 6 and 10 
characters is recommended for the top-level ID to be 

15 unique. The following are three code examples, 

< CHANNEL ID = " Sports" > 

<ITEM HREF = " www.microsoft.com/test/sports/article001.mcd" 
ID = " Artl" > 

20 <LOGO HREF = "www.microsoft.com/test/sports/sportslogo.gif" 
STYLE = " IMAGE" 

ID = " L_Sports'' > 

The ID tag is preferred for each parent element 
25 and can be of a single occurrence. 
"USAGE" 

For the USAGE tag, three new values are provided: 
(1) MobileChannel 
The statement, 
30 <USAGE Value = MobileChannel" /> 

specifies the channel as a channel or a data item as 
for use with the mobile device 18. The top-level 
channel should be given a USAGE value of 

MobileChannel" . When the USAGE value is set to 
35 MobileChannel" , items will be recognized by the 

channel browser 218 and displayed on the display 45 of 
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the mobile device 18 but not recognized by a channel 
browser on the desktop computer 16. This feature makes 
it possible to properly display special data items 
(having the file extension ".mcd") on the mobile 
5 device 18 and to ignore them when the CDF 201 is used 
with the desktop computer 16, For example, 

<ITEM HREF=r" http/ /www . microsoft . com/ testl . mcd" ID=" Tl" 
<USAGE VALUE = « MobileChannel /> 

10 </ITEM> 

<ITEM HREF=" http//www. microsoft . com/ test2 . mcd" ID=" T2" 
<USAGE VALUE = « None/> 

</ITEM> 

15 Item Tl above is a data item for the mobile 

device 18 and will be recognized by the channel 
browser 218, but not by the channel browser on the 
desktop computer 16. Item T2 is a script and will not 
be recognized by the channel browsers for the mobile 

20 device 18 or the desktop computer 16 since the value 
equals None" . 

( 2 ) MobileDesktopComponent 
The statement 

<USAGE VALUE = MobileDesktopComponent" /> 

25 

specifies the channel as a component viewable on the 
display 45 in conjunction with other applications such 
as personal information managers, for example, 
schedulers and electronic mail applications . 
3 0 (3) MobileAd 

The statement 
< Usage value = " MobileAd" /> 

specifies an item as an advertisement viewable on 
the display 45. For the following example: 
3 5 <ITEM HREF = http://www.microsoft.com/ADl.mad"> 
<USAGE VALUE = "MobileAd" > 
</lTEM> 
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"ADl.mad" specifies the advertising to be 
displayed according to the script templates 204, 
discussed below. In the example of Table 1, two 
advertisements are defined in the top-level channel at 
"E" . When the top-level channel is displayed on the 
display 45 according to the script template 204, one 
or both of the advertisements can also be displayed. 
In an alternative embodiment, the script template 204 
can alternate display of the advertisements if more 
than one is present. In the example of Table 1, the 
advertisements are defined with respect to the top- 
level channel; however, a feature of the present 
invention allows the advertisements also to be 
displayed when the subchannels "CI" or C2" are also 
displayed without having to repeat the syntax for the 
advertisements in the subchannel definition. As used 

.Ji.er.ein,_.thls^.f.eatXLre---is- called- r -I-f ~ 

desired, new advertisements can be defined in the 
subchannels . 

DEFAULTPREF 

The DEFAULTPREF tag can be used as follows : 

<CH.^>TNEL 

ID = " Chanid" 

DEFAULTPREF = ON" | " OFF" 
> 

In the example of Table 1, the DEFAULTPREF tags 
are used at "G" and "H" . 

The DEFAULTPREF tag marks a subchannel with 
specific default preferences. In other words, the 
DEFAULTPREF tag controls which subchannels a user will 
receive content for by default. By default, when 
content for a new channel is provided to the mobile 
device 18 items within subchannels that are marked 
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with the attribute DEFAULTPREF = OFF" are not 
transferred. 

The feature allows the content provider 12 to 
create a channel that offers more content than can 
5 reasonably be accommodated by the limited storage 

resources available on the mobile device 18, and yet 
does not, by default, overwhelm the mobile device 18 
with all of the channel's content. In one embodiment, 
the DEFAULTPREF tags are examined are stored at 23 0 

10 when the channel is first provided to the mobile 

device 18, The user can change and store his or her 
preferences 230, as desired, to include more or less 
content than the DEFAULTPREF settings allow. 

The DEFAULTPREF tag can have values of either 

15 ON" or OFF" . If DEFAULTPREF attribute is not 

specified, the mobile device 18 treats the subchannel 

- as- if - i-t -were marked -wrt'h- DEFAULTPREF "= " ^v-qn" ' The " 

DEFAULTPREF tag can appear only once in a CHANNEL 
element , 

20 In addition to the tags described above, which 

are present in CDF files of prior art, but now include 
new attributes, the CDF files 201 also include new 
tags for use with the script templates 204 and data 
202. The new tags are described in the following 

25 table- 
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TABLE 3 



Tag 


uescription 


CtiANSCRiPT 


laencxrxes cne lu or tne script tixe to 
render the channel and subchannels. 


iTfclMSCRiPT 


laentities tne id or tne script tiie to 
render the item data file. 


iTEMFORMAT 


uetmes tne tile structure tor aata tiles. 



5 Each tag is discussed in detail below: 
CHANSCRIPT 

The CHANSCRIPT tag is generally of the form: 
<CHANSCRIPT VALUE = "ChannelID"/> 
10 where "ChannellD" specifies the URL. In the example of 
Table 1| the script for display of a channel or a 
subchannel is denoted with a ".mcs" extension as 
_indi.cat ed- at - it J?? , - -In -one- embodiment-, — "-tag- tnhe r i-tance " 
is provided where the CHANSCRIPT tag value will apply 
15 to all channels or "child" channels of the current 

channel or subchannel. The subchannel CHANSCRIPT tag 
will supersede any CHANSCRIPT value previously defined 
by a higher or "parent" CHANNEL element. The VALUE 
attribute specifies the ID of the ITEM element 
20 corresponding to the script to be run to render this 
level of the channel. For example, in Table 1, 

<CHANSCRIPT VALUE=CSl"/> 

specifies use of a particular script template where 
the channel script identified by "CSl" has been 
25 defined in the beginning portion of the CDF file. 

The top-level CHANNEL element can have at least 
one CHANSCRIPT tag as the child element. Each 
subchannel can have at most one such tag. 



3 0 ITEMSCRIPT 
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The ITEMSCRIPT tag is generally of the form: 

< ITEMS CRIPT VALUE = "ItemID"/> 

where "ItemID" specifies the URL. In the example of 
Table 1, the script for display of an item is denoted 
5 with a ".mcs" extension as indicated at "K". In one 
embodiment, "tag inheritance' is provided where the 
ITEMSCRIPT tag value applies to all child items of the 
current channel or subchannel. Subchannel ITEMSCRIPT 
tag supersedes any ITEMSCRIPT value previously defined 
10 by a parent CHANNEL element. The VALUE attribute 

specifies the ID of the ITEM element corresponding to 
the script to run to render this level of the channel. 
For example, in Table 1, 

15 < ITEMSCRIPT VALUE = "ISl" /> 

..^P^^^^^-^P. P^^-ti9^-k??r ...script^ template where ... the. 

script identified by "ISl" was previously defined in 
the CDF. It should be noted that when the following 
20 statement: 

<USAGE VAIiUE="NONE" /> 

appears in conjunction with a script file, the VALUE 
2 5 attribute of "None" for the USAGE tag prevents the 
script file from being displayed by the channel 
browser 218 - 

The top -most CHANNEL element can have at least 
one ITEMSCRIPT tag. At all other channel levels there 
30 can be at most one such tag. 



ITEMFORMAT 

The ITEMFORMAT tag is generally the form: 
< ITEMFORMAT VALUE= " header_block ; repeat_block " /> 
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The tag specifies the format of a class of data 
items by identifying the associated file structure. 
The data items are simple text files that can have a 
5 unique header and a repeating block structure for 
record-oriented data. Helper functions are provided in 
the scripting environment to access the data content 
using information contained in the ITEMFORMAT tag. 
Both header_block and repeat_block are optional. But 
10 at least one or the other of the header_block or the 
repeat_block must exist. If repeat_block exists, it 
should be preceded by a delimiter such as a semi-colon 
(;) as indicated above. The header block typically 
contains the description about the data items. And the 
15 repeatable data block contains description about 
particular data items therein. The header_block and 
repeat_block are of the form: 

Vi[=Til , for i = 1 to n 

20 

Here "Vi'* is the field name of the block value and 
"Ti" is the optional type of the block value. If "Ti" 
is omitted, a default value "HTML" is assumed. Valid 
types are listed in the following table: 
25 TABLE 4 



Type 


Description 


HTML 


HTML text mciuamg marKup. 


TEXT 


same as html. 


IMG 


lu ot image item m cjuh' riles. 


HREF 


URL to a page, tor example, aata tiie ana 
channel script. 



A data block is merely a group of values. There 
is one value per line. Any meaningful data file should 
have at least one data block. For example, three data 
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blocks might be used to show a portfolio of three 
stocks. In the following example, a "Market" channel 
displays stock values listed in the " Stocks. mcd" file. 
The header gives the title and displays the data of 
5 the shown stocks. The data to be listed includes the 
name, the low price, high price, and closing prices of 
each stock. 

<ITEM HREF="http : //vavw .market . com/Stocks . mcs " ID="Stock_S" 
<USAGE VALUE = "None" 
10 </lTEM> 



<CHANNEL ID= "StOck__C"> 

<TITLE VALUE="Market"/> 

<ITEM HREF="http : //ww. market . com/stocks . mcd" 
15 ID="Stock_D"> 

<USAGE VALtJE="MobileChannel"/> 
<ITEMSCRIPT VALUEr="Stock_S"/> 
<ITEMFORMAT VALUE= " Title , Date , Picture=IMG; 
Name, Low, High, Close" /> 

2 0 </ITEM> 
</CHANNEL> 

Here the header block has three values, "Title", 
"Date" and "Picture", and the data block has four: 
25 "Name", "Low", "High" and "Close". 

IMG indicates the field that represents an image, 
such as JPG or GIF. The field value is the identifier 
of the item defining the URL of the image. The built- 
in item script creates an IMG value to display this 
30 item. 

The data block may be repeated to build a table 
of stock prices. If the Stocks. mcd file contains a 
single data block, the script displays a single stock 
per page. If it has multiple data blocks, the script 
35 could display a table of stocks. 

The repeat block can be omitted, as shown in the 
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following example, which is represents a news article 
with a title, an image, and the body of text: 

<ITEMFORMAT VALUE = "TITLE, PICTURE=IMG, BODY"/> 

5 The header block can also be omitted, as shown in the 
following example that represents a stock page with a 
listing of stocks. Note the presence of the semi-colon 
(;) to indicate the value list. It is, therefore, a 
repeat block and not a header block. 

10 <ITEMFORMAT VALUE Name, Low, High, Close" /> 

It should be noted that not all the standard tags 
are supported and used on the mobile devices 18 . In 
particular, the CDF files 201 need not support any 
software update channel tags (EARLIESTTIME , 
15 INTERVALTIME, and LASTTIME tags) if the channel 
browser 218 is operated only in an "offline" mode. In 
addition, the LOGIN tag can be ignored. However, while 
the EARLIESTTIME, INTERVALTIME, and LASTTIME tags are 
ignored on the mobile device 18 when operated offline, 
20 they are supported if the mobile device 18 can be' 
operated in an "on-line" mode. In addition, if the CDF 
file 201, script template files 204 and data file 202 
structures is used on the desktop computer 16 or other 
similar device, the software update tags will be 
25 recognized and used to download the channel from the 
content provider 12. 

Mobile Channels Data Files 

The data files 202 are used to deliver 
30 incremental data for a channel. These are simple text 
files that contain data with one data ' item per line in 
the file. Within the CDF file 201, a structure for the 
data file may be declared using an ITEMFORMAT tag as 
discussed earlier. 
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In the example, each data file has a ".mcd" 
extension. The CDF file 201 includes an ITEM tag to 
define the "mcd" file. Within the ITEM tag, the ID 
attribute is used as a short -hand way to reference the 
5 "mcd" file from within the script without having to 
reference its complete URL. 

Unlike the conventional script -drives approach, 
where script files are run and call for data to 
display, in the present system the opposite is 

10 performed for displaying incremental data. Because new 
information can come in at any time within a new "mcd" 
file, it is more efficient to activate the script 
template 204 to display data 202 when it arrives. This 
data-triggers-script approach has an added benefit in 

15 that it permits the inheritance of script templates. 

The file format for data files 202 is flexible. 
It is simply a text file that contains the data, such 
as references to images with each item on a separate 
line. The present system exposes methods within the 

2 0 scripting environment for reading this content from 
the data file 202 , 

The ITEMFORMAT tag is used to specify the kind of 
data present in the file. Generally, files have the 
following format : 

25 [Head Block] 

[Data Block 1] 
[Data Block 2] 

[Data Block n] 

30 

As discussed above, the use of particular script 
templates 204 in the CDF files 201 are identified with 
the CHANNELSCRIPT and ITEMSCRIPT tags. The script 
templates 204 are invoked in a data-driven manner. 
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vyhen it is time to display a particular data file 202, 
the reference is made to the data file 202 and the 
appropriate item script template is located to display 
it- Likewise, when it is time to show channel content, 
5 such as a listing a subchannels or data items, the 
reference to the channel is miade and the appropriate 
channel script template is located to display it. 

ITEMSCRIPT SELECTION 

10 When it is necessary to render a particular data 

file 202 through the channel browser 218, the 
appropriate script template 204 must be selected. Item 
script templates are responsible for rendering data 
files and are invoked as a result of referencing the 

15 UP.L of the data file 202. The appropriate script 
template 2 04 is selected based upon the proximity of 
an ITEMSCRIPT tag to the particular data file 202 to 
be rendered 2 02 to be rendered. 

In the embodiment illustrated, an item URL, as it 

20 appears in scripts, is in the following form: 

Mctp : //CDFid/ItemID 

Here mctp specifies the use of Mobile Channels 
25 Transport Protocol to resolve the URL and to invoke 
the scripting engine. CDFid is the ID tag of the top- 
level CHANNEL element and is used to select the 
correct CDF file in the CDF files 201. Itemid is the 
ID tag of the ITEM element for the data file 202 to be 
30 rendered. 

The data file appears in an ITEM element within 
the channel hierarchy. The location of the ITEM 
element relative to an ITEMSCRIPT tag determines which 
script template 204 will be used to render the data. 
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The script template 204 is identified by matching the 
ID value in the ITEMSCRIPT tag with the ID value of an 
ITEM element, which is the item for the script 
template 204, within the CDF file 201. 
5 ITEMSCRIPT tags can be children of either CHANNEL 

elements or ITEM elements. An ITEMSCRIPT tag 
determines the script template 204 to be used for all 
items of the current channel and its subchannels, if 
no further ITEMSCRIPT tags are associated with the 
10 subchannels. An item script template 204, as 
identified by ITEMSCRIPT, for a CHANNEL or ITEM 
element supercedes any previously defined ITEMSCRIPT 
value , 

Thus, an inheritance model is used. When it is 

15 necessary to render a particular data item, the 
nearest ITEMSCRIPT element in the hierarchy is used to 
determine what script template 2 04 should render the 
data. In the event that the appropriate script 
template 204 is not available on the mobile device 18, 

20 a built-in script template is used to render the data. 
The default item script template is stored at 232 and 
simply enumerates through all the fields specified in 
the ITEMFORMAT tag and for each one displays the 
appropriate data from the specified data file- If the 

25 data file contains a repeating block, all the block 
values are enumerated on the page in a list until the 
end of the data file is reached. 

By convention, item script templates are 
specified at the top-level of a channel, usually at 

3 0 the top of the file as shown in Table 1. Each item 
script template is assigned a unique ID. The script 
can then be referenced using an ITEMSCRIPT element 
from any location in the CDF loadable transport 220, 
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rather than the usual HTTP protocol . 

It should be noted that due to a limitation in 
the way standard channel browsers for the desktop 
computer 16 handles URLs for images, in order for an 
5 image to be rendered on the desktop computer 16 images 
should be referenced using standard HTTP references, 
rather than the loadable transport. If allowing the 
channel to be viewed, the desktop computer 16 is not 
important, then the loadable transport type URLs may 
10 be used. 

CHANNEL SCRIPT SELECTION 

In addition to rendering data from data files, 
such as a news article, it is usually necessary to 

15 render the current location within the CDF so that the 
user can navigate to the desired data. When it is 
necessary to render a CDF navigation page (i.e. the 
channel and/or subchannels) on the display 45, the 
appropriate script template must be selected. Channel 

20 script templates are responsible for rendering the CDF 
navigation pages supplied by the content provider 12. 
As with an item script template, referencing the URL 
of the subchannel results in the invocation of a 
channel script template. The appropriate script 

25 template is selected based upon the proximity of an 
CHANSCRIPT tag to the particular CHANNEL element in 
the URL. 

A channel URL, as appears in script templates, is 
of the following form: 
3 0 mctp : //CDFid/ChanID 

Here, mctp specifies the use of the loadable 
transport protocol to resolve the URL and to invoke 
the scripting engine. "CDFid" is the ID tag of the 
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top-level CHANNEL element. It is used to select the 
correct CDF file, "Chanid" is the ID tag of the 
CHANNEL element for the subchannel within the CDF to 
be rendered. As a user navigates through the channel, 
5 he or she is effectively moving up and down through 
the CDF channel hierarchy accessing data files. At 
each level in the channel hierarchy, it is possible to 
associate a script template to display the channel 
content, which is usually a list of subchannels or 

10 available items. 

The CHANSCRIPT tag identifies the script template . 
to be used to render the current channel location in a 
way similar to how the ITEMSCRIPT tag identifies the 
script template to render data. The location of a 

15 CHANNEL element relative to a CHANSCRIPT determines 
which script template will be used to render the 
subchannel. The script template is identified by 
matching the ID value in the CHANSCRIPT element with 
the ID value of an ITEM element, that is, the ITEM for 

20 the script template, within the CDF. 

CHANSCRIPT tags are children of CHANNEL elements, 
A CHANSCRIPT tag determines the script template to be 
used for the current channel and its subchannels, A 
CHANSCRIPT tag specified for a CHANNEL element 

25 supercedes any previously defined CHANSCRIPT value. 

Thus, an inheritance model is used. When it is 
necessary to render a particular subchannel, the 
nearest CHANSCRIPT tag upward in the hierarchy is used 
to determine what script template should render the 

30 data. In the event that the appropriate script 
template is not available on the mobile device 18, a 
built-in script template 232 is used to render the 
channel as best it can. 
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SCRIPTING 

The script template specifies the layout and 
behavior of HTML pages. Script segments are enclosed 
between the "<%" and "%>" or "<%=" and "%>" delimiter 
5 pairs. The second pair of delimiters entails special 
use and meaning in the script template. In each script 
segment, there must be at least one valid executable, 
or non-comment, statement. There must also be -at least 
one scripting segment in the mcs file. In one 

10 embodiment, any empty script segment generates a 
syntax error. Scripting segments can be freely 
intermixed with standard HTML text, provided that the 
script-generated, HTML output has the valid syntax 
within the context of the standard HTML display code. 

15 Appendix A provides an example of a CHANNELSCRIPT and 
an ITEMSCRIPT. Appendix B is a description of a 
scripting environment for use in the present system. 

FIG, a illustrates an example of an index viewer 
user interface 240 for rendering content information 

20 using the CDF files 201, the script templates 204 and 
the data 202. The index viewer user interface 240 can 
cover the complete display 4 5 when the information is 
rendered, or alternatively, the ' index viewer user 
interface 24 0 can be a "pane" of a larger graphical 

25 user interface presented on the display 45. 

In the exemplary embodiment of FIG. 5, the top- 
level channel is indicated at 242. The top-level 
channel 242 includes general subchannel categories, 
such as "News and Technology", "Sports", "Business", 

30 "Entertainment", "Life Style and Travel", "The 
Microsoft Network", and "MSNBC". Subchannels 244, 245, 
246, 247, 248, 249 and 250 correspond to the first 
level subchannels "Test Subchannel 1" and Test 
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Subchannel 2" shown in the example of Table i. Each of 
the subchannels 244-250 lead to further subchannels ■ 
and/or data items. In the example of FIG. 5, the. 
subchannel 245 includes further subchannels 252,' 253, 
5 254 and 255. In this example, subchannel 252 includes 
yet further subchannels generally indicated at 257 
which, when accessed, will display the latest article 
pertaining to the listed subject heading. An indicator 
button 260 can be provided to the user when additional 
information is present but not shown. In. this example, 
the indicator button 260 indicates that additional 
subchannels to the top-level channel 242 are present. 
A portion 264 of the user interface 240 can be set 
aside for advertisements. 

To display the content information of .the top- 
level channel 242, the channel browser 218 (FIG. 6) 
accesses the loadable transport 220 in order to locate 
the CDF file for the top-level channel 242 in the- 
stored CDF files 201. By examining the CDF file for 
the top-level channel 242, the loadable transport 220 
determines which script file will be executed from the 
script templates 204 in order to render the titles of 
the subchannel 244-250 illustrated in FIG. 8. It 
should be noted that the titles of the subchannels 
244-250 are not contained in the script file that is 
executed, but rather, form a part of the CDF file for 
the top-level channel 242. Thus, the script file used 
to render the top-level channel 242 examines the CDF 
file for the top-level channel 242 in order to 
generate the HTML page 224 as provided to the channel 
browser 218. This allows general script files to be 
used rather than specific script files for each 
portion of the information that is rendered. As 
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discussed above, when a subchannel, such as subchannel 
245, is rendered, a different script file can be 
called, or if one is not called, the script file used 
to generate the top-level channel 242 can be used. 
5 Again, when any of the subchannels 252-255 or 257 are 
to be rendered, the scripts executed will examine the 
CDF .file for the top-level channel 242 in order to 
obtain relevant information that will be displayed as 
well as determine how the information is to be 

10 displayed in the hierarchy. Along with the script 
templates 204 and data 202, the CDF files 201 can be 
updated as desired. 

Although the present invention has been described 
with reference to preferred embodiments, workers 

15 skilled in the art will recognize that changes may be 
made in form and detail without departing from the 
spirit and scope of the invention. 
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APPENDIX A 

Example Channel Script 

<html> 
<% 

Set MC = Server.CreateObject("MobileChannels.Utilities") 

URL = Request.ServerVariables("URL") 

DatalD = Request.QueryString("DATAID") 

Pieces = Split(URL/7") 

ChanID = Pieces(2) 



'get logo and title of channel 
TopElem = MC.Locate(ChanlD) 
ChanTitle = " " 
LogoHref - 0 
If TopElem Then 

ChanTitle = MC--Title(TopElem) 

LogoElem = TopElem 

LogoElem = MC.Navigate(LogoElem, "INMATCH". "LOGO") 
Do While LogoElem 

LogostyleElem = MC.Navigate(LogoElem. "IMMATCH", "STYLE") 
If LogoStyieElem Then 

If Strcomp(MC.value(LogoStyleElem);'IMAGE",l) = 0 Then 
LogoHreF= MC.Href(LogoElem) 
If LogoHref Then 

If MC.HrefExists(LogoHref) Then 

Exit Do 
Else 

LogoHref =0 
End If 
End If 
End If 
End If 
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LogoElem ^ MC.Navigate(LogoElem, "NEXT") 
If LogoElem Then 

LogoElem = MC.Navigate(LogoElem. "MATCH". "LOGO") 
End If 

Loop 
End If 

NeedTitle = I 

Response.Write("<head><title>" & ChanTitle & "</title></head>") 
IfLogoHrefThen 

Response. Write("<body><a href=mctp://" & ChanID & "> 
<img src=" & LogoHref & "></a><br>  <br>") 
Elself ChanTitle And Len(ChanTitle) Then 

Response.Write{"<body><a href=mctp://" & ChanID & "> 

<h3>" & ChanTitle & "</h3></a>") 
NeedTitle = 0 

Else 

Response.Write("<body>") 
End If 

'decide whether you need a title for this chan/subchan 
If DatalD And (DatalD o ChanID) Then 
NeedTitle = I 

Else 

DatalD = ChanID ^ 
Else If 
SubTitle 0 

SubElem = MC.Locate(DatalD) . 
If SubElem Then 

SubTitle = MC.Title(SubElem) 

If SubTitle And NeedTitle Then 

Response.Write("<b>" & SubTitle & "</b><br> <br>") 

End If 

'display contents of chan/subchan 

Response.Write("<table border=0 cellpadding=-2 cellspacing=-2>") 
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ChildElem = MC.Navigaie(SubElem, "In") 
Do While ChildElem 

Showit = I 

IsChan = 0 

. If MC.Tag(ChildElem) = "CHANNEL" Then 
IsChan = 1 

If Not MC.IsSubscribed(ChildElem) Then 

Showit = 0 
End If 

Elself MC.Tag(ChildElem) = "ITEM" Then 

VisparElem = MC,Navigate(ChildElem, "InMatch", "USAGE") 
If VisparElem Then 

Usage = MC.Value(VlsFarE!em) 
If usage Then 

If StrComp(Usage,"None"J) = 0 Then 

Showit = 0 
End If 
End If 

End If 

*be sure item exists 

If Showit Then 

ChildHref- MC.HreOChildElem) 
IfChildHrefThen 

If Not MC.HrefExists(ChildHreO Then 

Showit = 0 
End If 

Else 

Showit = 0 
End If 
End If 

Else 

Showit = 0 
End If 

If Showit Then 
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'be sure you can get the ID 
IDVal = 0 

IDEIem = MC.Navigate (ChildElem, "InMatch", "ID") 
IflDElem Then 

IDVal = MC.Value(IDElem) 

End If 

If Not IDVal Then 

Showlt = 0 
End If 

End If 

* get title 

If Showlt Then 

ItemTitle = MC.Title(ChildElem) 
If Not ItemTitle Or (Len)IternTiile) = 0) 
Then Showlt = 0 

Else 

If Len(ItemTitle) > 26 Then 

ftem title = Mid(Itemtitle,6.25) & . 
End If 
End If 
End If 

* You know what it is and are going to try to show it 

If Showlt Then 
If IsChan Then 

Response. Write("<tr><td>*") 

Else 

Response Write ("<tT><td>") 
End If 

Response. Write("<td><S:nbsp;<a href=mctp://" & ChanID & "/" 
& IDVal &: & ItemTitle & "</a") 

End If 

ChildElem = MC.Nav!gate(ChildElm,"Next") 

Loop 

Response. Write{"</table>") 
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Else 

Response.WriteC'Data ID not found.") 
End If 

%> 

<br>  <br><hr> 

<b>Note:</b> This page was automatically generated because the correct 
scripts could not be found. If this problem persists after 
synchronization, 

please contact the content provider. 

<A3ody> 

</html> 
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Example Item Script 

<html> 

<% 

Set MC = Server.CreateObjectC'MobileChannels.Utilities") 
URL = Request.ServerVariables {"URL") 
DatalD = Request.QueryStnng("DATAID") 
Pieces = Split(URL,7") 
ChanID - Pieces(2) 

' get logo and title of channel 
TopElem = MCLocate(ChanlD) 
ChanTitle = " " 
LogoHref = 0 
If TopElm Then 

ChanTitle - MC.Title(TopElm) 

LogoElm = TopElem 

LogoElem = MC.Navigate(LogoElem,"INMATCH","LOGO") 
Do While LogoElem 

LogostyleElem = MC.Navigate(LogoElem."INMATCH"/'STYLE") 
If LcgoStyleElem Then 

If StrComp(MC.Value(LogoStyleElem);'IMAGE,l) = 0 Then 
LogoHref = MC.Href{LogoElem) 
If LogoHref Then 

If MC.HrefExists(LogoHref) Then 

Exit Do 
Else 

LogoHref =0 
Endlf 
End If 
Endlf 
Endlf 

LogoElem = MC.Navigate(LogoElem,"NEXT") 
If LogoElem Then 

LogoElem = MC.Navigate(LogoElem."MATCH"."LOGO") 
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End If 
Loop 
End If 

Response. Write)"<head><title>" & ChanTitle & "</title></head>") 
If LogoHref Then 

Response. Write("<body><a hrefNnctp://" & ChanlD & "> 
<img src=" & LogoHref & "></a><br>") 
Elself ChanTitle and Len(ChanTitle) Then 

Response. Write("<body><a href=mctp://" & ChanID & "> 
<h3>" & ChanTitle & "</h3></a>") 

Else 

Response, Write("<body>") 
End If 
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' dump article out best we can 
ArtElem = 0 
IfDatalD Then 

ArtElem = MC-Locate{DataID) 
End If. 

If ArtElem Then 
For Blk=OTo 100 

Data = MC.Data)ArtEiem,Blk) 

If Not Data.Count Then 
Exit For 

End If 

For Field=0 To Data.Count - 1 
Tag = Data{FieId) Tag 
Val = Data(Field). Value 
Type = Data(Field),Type 
If Val And Len(Va!) Then 

If (StrCQmp(Type,"Html".i) = 0) Or (StrComp(Type,'TextM) 
= 0) Then 
' output text in standard html 

If Tag And Len(Tag) Then 

Response. Write("<b>" & Tag & ": </b> 
End If 

Response. Write(Val & "<br>" ) 
EUelf StrComp(Type,"Img'\l) = 0 Then 
• try to create an image 

ImgElem - MC,Locate(VaI) 
If ImgElem Then 

ImgElem = MC.Href(ImgEIem) 
If ImgHrefThen 

Response.Write("<img scr=" & ImgHref 
8c "><br>" 

End If 
End If 

Elself StrComp(Type,"HrerM) = 0 Then 
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' write an href 

Response. Wnte("<a href=" & Val & &. Tag & "</a><br>) 
End If 
End If 

Next 
Next 
End If 
%> 

<br>  <br><hr> 

<b>Note:</b> This page was autoniatically generated because the correct 
scripts couid not be found. If this problem persists after 
synchronization, 

please contact the content provider. 

</body> 

</html> 
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APPENDIX B 



Mobile Channels Scripting 
Environment 



The Mobile Channels scripting model is based on Active 
Server Pages (ASP), as defined in IIS. ASP code is 
written in VBS . In Mobile Channels, both ASP and VBS 
are scaled down to fit the constraints of Windows CE 
devices. The streamlined ASP is also known as pocket 
ASP (pASP) . Together, pASP and VBS are referred to as 
the Mobile Channels scripting environment. The 
discussions presented here focus on the differences 
between pASP/VBS for Mobile- Channels and ASP/VBS for 
Active Channels. 

Types 

There are three legal data types for Mobile Channels 
scripting: STRING, NUMERIC, and BOOLEAN. However, only 
STRING is supported internally. The other two are 
derived from STRING. String literals may be specified 
using the double quote character (") to bracket the 
expression. Numeric strings may be specified without 
quotes. Numbers can be of integers only and their 
values range between -32,768 and 32767. Boolean 
expressions evaluate to 1 for true and 0 for false. 
They may not be assigned to TRUE or FALSE as in Visual 
Basic. For example. 



SUBSTITUTE SHEET (RULE 26) 

BNSDOCID: <WO 9935593A1 J_> 



wo 99/35593 



PCTAJS99/00279 



53 



Value 



Description 



Data Type 



STRING 
NUMERIC 



BOOLEAN 



''Elxample string literar 
Result=3+4 



(a) 3 = 3, (b) 3 = 5 



The result evaluates to 7. But 
Result is stored as a string 
value. 

(a) evaluates to I and (b) to 0. 



Data Structures 
Mobile Channels supports the following data 
structures . 



Data Structure 



Description 



Variable 



Array 



Elemental data structure of the simple data types presented 
above. Variable names are alphanumeric and must start with 
an alpha character. The underscore character can be used 
except for the leading character. Variable names should be 
short to conserve memory and can not be longer than 255 
characters in any case. 

An ordered collections with numeric keys. The index counts 
from zero (0). For example. 

Result = a{0)+a(l). 

The method, Array.Count returns the total number of 
elements in the arrav. 



Keywords 

The follov/ing keywords are reserved and may not be 
used as variable names: 
If, Then, Else, Elself, End If 

For, Next, Do While, Loop, Exit For, Exit While 

Set, Response, Request, MobileChannels 
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Now, LocDate, Lcn, Mid, Split, Asc, Chr, StrComp, Random 

Comments 

Comments are started with the single quote (M and may 
appear anywhere on a line, rem of VBS is not supported 
for Mobile Channels scripting. The following is an 
example of a comment. 
' this is an example comment 

Operators and Precedence 



11 n0 i"o V* 


Type 


Precedence 


Description 


« 


Numeric 


I 


Multiplication 


/ 


Numeric 


I 


Division 


Mod 


Numeric 


I 


Modulo division 


+ 


Numeric 


2 


Addition 




Numeric 


2 


Subtraction 


& 


String 


2 


Concatenation 


< 


Boolean 


3 


Less than 


<= 


Boolean 


3 


Less than or equal to 


> 


Boolean 


3 


Greater than 


>= 


Boolean 


J 


Greater than or equal to 




Boolean 


•> 


Equal to 


o 


. Boolean 


6 


Not equal to 


And 


Boolean 


4 


Logical AND 


Or 


Boolean 


4 


Logical OR 


Not . 


Boolean 


5 


Logical NOT 



Expressions are evaluated according to operator 
precedence. Operators of higher precedence (1 being 
the highest) get evaluated first. Operators of the 
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same level are evaluated from left to right. 
Precedence may be overridden using parenthesis which 
can be nested. The inner most parenthesis is evaluated 
first. 

Unlike in VBS, ail expressions within a statement are 

always evaluated. In the following example, if 

arr. count is not greater than zero, arr(l) and arr (2) 

will be evaluated and the references to arr(j) will 

result in error. 

If arrxount >0 and arr(i) = "foo" then 

arT(2) = "bar" 
End If 



If the first logical expression is false, the ensuing 
expressions are invalid. The correct implementation" 
should be as follows. 

If arr.count > 0 then 
. If an-Cl) = "foo" then 
an-CZ) = "bar" 
End If 
End If 

Escaping Special Characters 
Special characters such as the double quote may be 
""escaped" within a string literal by preceding it with 
the back slash character (\) . The back slash character 
can be included in a string by escaping it as well- 
For example, 

•TTiis is a string that contains V double quoatesY'." 

"This is a string that contains back slashes as in a file path: \\c:\\windows." 

Statements 

In the Mobile Channels scripting environment, there 
are five classes of . statem.ents : 
Assignment 
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The assignment statement is of the following form: 
<variab!e> = <expresston> 

Conditional 

The If statement provides conditional flow of control. The End If part is required. The 

statements after a logical expression will not be evaluated unless the logical expression 

evaluates to true (1). The conditional statement can be one of the following forms: 

If <logica! expre5sion> Then 

<statement> 
End If 

or 

If <logicai expressjon> Then 
<statementi> 

Else 

<statement2> 
End If 

or 

If <logical expression! > Then 

<statementl> 
Elself <logicai expression2> Then 

<statement2> 
End If 

or 

If <logical expressionl> Then 

<statementl> 
Elself <logical expression2> Then 

<statement2> 

Else 

< statements > 
End If 

Loop 

There are two types of loop statements: For/Next and DoAVhile: 
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The For loop iterates through the loop by setting the variable initially at numeric 
expression! and incrementing this value by the Step amount {expression 3) with each 
pass through the loop. When the optional Step clause is omitted, the default clause of 
Step I is invoked. The loop terminates when the variable reaches a value greater than 
expression2. 

For <variable>=<expressionl> To <expression2> [Step <expression3>] 

<statementsl> 

(Exit For) * Optional 

<statements2> 
Next 

The Do While loop continues looping until the logical expression, logExpression 
becomes false (0). The Exit statements provides a way to terminate a loop without 
satisfying the normal termination criteria. When Exit is encountered, the loop breaks 
and execution resumes at the statement immediately following the loop. Exit is usually 
used in conjunction with a conditional statement. 

Do While <log£xpression> 

<statementsl> 

(Exit While) 'Optional 

<statements2> 
Loop 

Active Server 

Active Server statements refer to the methods of pASP objects such as Response and 
Request, The Response. Write statement returns an output to the HTML stream. For 
e.xample, 

Response. Write("< A Href=MCrP://MSNBC/ch2> Click here to jump to Sports </A>"). 

The Mobile Channels scripting environment exposes certain server variables. The 
Request.ServerVariabIes statement may be used to query the server variables. It takes 
a name string expression and returns a value string expression associated with the name. 
So 

newURL=Request.ServerVariabIesrt7?i") 
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obtains the root URL for the channel of the page. And 



platStr:=Request.ServerVari3blesr>%3^?^V77n 



returns the platform string as one of the following: 



String 



Platform 



•WIN32 CE' 



Windows CE 



WIN32 WINDOWS' 



Windows 95/Windows 98 



"WIN32 NT" 



Windows NT 



Similarly, the Request.QueryString statement returns the value of a specified argument 
passed to the page as part of the URL. For example, if URL for a page is named as 
""MCTP://msnbc/ch2 ? city^seattle'\ then the statement 
theaty = Request.QueryStringC*city") 

assigns Seattle to the theCity variable. 
Set 

The Set statement assigns a variable to an instance of an object. However, the Mobile 
Channels scripting environment supports only the MobileChannels.Utilities pseudo 
object. Thus the only usage of the Set statement is to create an 
MobileChanneIs.Utilit]es object and assigns it to an instance variable: 
Set mc_variable = Server.Create("MobileChannels.Utllities") 

Line breaks are ignored when a statement is evaluated. Thus, statements can wrap to 
more than one line. The statement continuation character ("__") is recommended, but not 
mandatory. For example, 

MyVar = 'This is an example of " 8t _ 
"a statement appearing " & 
"on multiple lines." & MyVar 



The following functions are exposed in the Mobile 
Channels scripting environment. 



Functions 
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Now 

Returns the current date and lime and takes no argument. For example, 
Response.WriteCToday's date is " & Now). 

LocDate 

Returns the date using the current regional settings to format the date. For example. 
Response .Write( ''Date: " & LocDate ) 

Len(<;y/r2>2g>) 

Returns the length of a string. For example 
LenCHeilo?") 

returns 6. 

M\A{aStringExpression, startNumExpression, [length J) 

Returns a sub-string of an existing string. The resulting sub-string is of length characters 
long and begins at the Start character number (counting from one, not zero) in the 
original string expression. For example, 

Fog = MidCThls is my String", 9, 2). 
Foo is now set to "my. 

S^\\i{aStringExpression, delimiterStringExpression) 

Parses a string into sub-strings based on a specified delimiter. The result is returned as 
an array of strings. For example, 

Names = SplitCBob; Fred; Joe; "/';") 

results in the following sub-strings: 

Names(0)="Bob" 
Names(l)=Tred" 
Names(2)="Joe" 
Names(3)=:"" 

k.SQ{aStrmgExpression) 
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Converts a character string into its numeric ASCII value and returns an numeric 
expression. If the aStringExpression is longer than one character, the function returns 
the ASCII value of the first character only. 

C\iT{niimericExpression) 

Converts an ASCII numeric value to the associated character and returns a string 
expression of one character long. For example, to create a string containing one newline 
character, use, 

str = Chr(XO) 

StrComp( SL S2 ICompare]) 

This function compares two strings, SI QndS2, optionally specifying the comparison 
mode, Compare. The Compare argument can be 0 or I. If Compare is omitted, a binary 
comparison is performed. 

This function returns one of the following values: 
Condition Return Value 

5/ is less than 52 -1 
SI is equal to S2 0 
SI is greater than S2 \ 

Kztidom{range) 

The function generates a random number in the range 0 to one less than range. For 
example, 

num = Random(lO) 

generates random numbers from 0 to 9 inclusive. 

Mobile Channels Scripting Object 
MobileChannels .Utilities is a pseudo object in the 
Mobile Channels scripting environment that provides 
support for navigation and manipulation of objects 
within a CDF file. The Utilities object provides a 
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number of methods for Mobile Channels scripting. These 
methods are summarized in the following table. 
Methods Description 



Data 


Reads a block of data from a data item 


Debug 


Emits debug output to aid script development 


Href 


Returns an element's HREF 


HrefExists 


Returns true if an item exists in cache 


IsSubscribed 


Returns subscribed state of a channel/subchannel 


IsUnread 


Returns read/unread state of item or channel/subchannel 


LibraryCall 


Accesses a DLL special function 


Locate 


Jump to a specified ID within the CDF 


Navigate 


Traverses a CDF file 


Tag 


Returns the tag of an element in a CDF file 


Title 


Returns an element's title 


r-Value 


- --Retums-the-value-of an element in-a-CDF"file - - 



To use these services, the utilities object must be 
instantiated first using the Set function as follows: 
Set MC = 5erver.Create{"MobileChannels.Utilities") 

MC will be used below as a shorthand for the 
MobileChannels .Utilities scripting object, however, 
the object may be assigned to any variable name. 

Navigate Method of the Utilities Objects 

The MC . Navigate ( ) command is a powerful, frequently 
used, and by far the most important method in pASP. It 
is designed to help examine the structure of a mobile 
channel, as represented in CDF, at run time. To 
understand the behavior of this command, a brief 
discussion of the background and terminology is 
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helpful . 

The basic operand of the Navigate command is an 
element that is the smallest unit of information in a 
CDF file. Every element has a tag and optionally a 
value. The MC.TagO and MC. Value () methods of pASP 
may be used to fetch these strings for any element. 
The elements are organized into a tree structure as 
specified by XML as the CDF file is parsed. The 
Navigate command lets us move to specific elements 
within the tree, and to move between elements with 
certain relationships. This information can be very 
useful to the channel scripts which use CDF to 
dynamically generate the HTML pages for the channel at 
run time. 

The discussions below will refer frequently to the 
sample CDF file and its associated parse tree, which 
are provided at the end of this document. The parse 
tree shows th e~"Tnternal representatilbnT'of ~tTie~s amp 1 e 
CDF file. Each line of the parse tree is equivalent to 
an element, and all start with the tag for the 
element. The more indented elements are children of 
their less indented parents. Elements at the same 
level of indentation are siblings. In the CDF file, 
for example, the BASE element is a child of the top- 
level CHANNEL element. The first HREF element is a 
sibling of the BASE element. The INTERVALTIME element 
is a child of the SCHEDULE element. 

Many elements are considered to have a default value. 
These are indicated in the parse tree by an = 
[string]" expression following the tag of the element. 
The default value is determined in the following 
scheme. First, if the element under consideration has 
a string directly associated with it, the string is 
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the default value- Next, if there is a child VALUE 
element, the child's value becomes the default one. If 
no VALUE element is provided, but a child HREF element 
is found, its value becomes the. default value. If none 
of these can be found, the VALUE is empty. For 
example, the value of the first ID tag is a direct 
string, the TITLE tag has an explicit VALUE element, 
so this is used, and the value of first LOGO tag is 
its HREF. The SCHEDULE tag has no direct string, VALUE 
or HREF children, so its value is empty. 
The Navigate function has the following syntax: 
NewBem - MC.NavigateC StartElem, NavAction, [,Match] ) 

The function returns a new element, or 0 if the 
command could not find the specified element. You may 
test this return value using standard VBS comparisons 
such as: 

IF NOT NewElem THEN 
* not found 

END IF 

The StartElem parameter is the starting element from 
which to base relative movement commands. If you are 
using the absolute movement command '^Jump", you must 
use for the StartElem parameter- But in all other 
cases it must be a valid element returned from a 
previous Navigate {) command. 

The NavAction parameter must be one of the following 
strings : 
''Jump'' 

The 'Vump^' action is the first command used to get a starting element. It is equivalent to 
the MC.LocateO command (see below). The StartElem parameter must be an empty 
string. The ''Jump'" action navigates directly to a specific element in the CDF as 
identified by the supplied ID. For example, the following statement, 
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NewEiem = MCNavigate( "Jump", "Dl" ) 

jumps to the first data item element in the example CDF file. The NewEiem will be the 
ITEM parent element to the ID element ("Dl", about halftvay down in the example 
CDF file). 

The *'Firsr action moves to the first element at a given level. For example, fi-om the ID 
element of the first LOGO element in the example CDF file, a "First" action will move 
to the STYLE tag of that LOGO. More practical scenarios are to use this action to go 
back to the beginning of the list of ITEMs under a subchannel. 
NewEiem = MC,Navigate( StartElem, "First" ) 

''Our 

The '"Our action moves to the parent element from the current element, or to the left 
one indent in the parse tree diagram. For example, from the TITLE element of the 
example CDF, the "Our action will result in the movement to the top-level channel 
element. 

NewEiem = MC.Navigate( StartElem, "Out" ) 

The "/;7'' action moves to first child element beneath the current element. For example, 
from the first USAGE element in the example CDFfile. the *7/7'' action will result in a 
movement to the VALUE element, 

NewBem = MC.Navigate{ StartElem, "In" ) 

The "'Prev' action moves to the element at the same level immediately previous to the 
current element. If it does not find a previous element at the same level, it will return 0; 
it will not next out to the parent element. For example, if from the BASE element in the 
example CDF file, the "'Prev' action will result in a move to the HREF element right 
before it. Calling "Prev" again will return 0 since there are no more siblings at this level. 
NewEiem = MCNavigate{ StartElem, "Prev" ) 
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The ""Next"' action moves to the next element at the same level. As with the '"Prev'' 
action, if it finds no such sibling element, it returns zero. For example, from the first 
LOGO tag in the example CDF file, the "'Next'" action will result in a move to the 
second LOGO element. 

NewElem = MC.Navigate{ StartElem, "Next" ) 
''Match'' 

The "'Match'^ action attempts to find a sibling element with a tag matching the specified 
match string. It will traverse as many siblings as it needs to until it either finds a match 
or can find no more siblings. If the "Match'" action stans from a matched element, it will 
simply return the current element. To match beyond the current element, the "MatcK^ 
action must follow a ''Next'' action. 

NewBem = MC.Navigate( StartElem, "Match", 'TagToMatch" ) 
"InMatch" 

The "InMatcK' action is the same as "Match'' above except it begins its search at the 
first child of the current element. This can be useful for looking for specific subtags 
which modify the enclosing element. For example, the following statements, 

UsageElem = MCNavigate( StartElem, "InMatch", "USAGE" ) 
If UsageElem Then 

UsageVa! = MC.Val( UsageElem ) 

' test for specific usage... 
End If 

look for the USAGE tag for a specific item. 

The only actions that use the optional third parameter 
are- "Match" and " InMatch" . 

Other Methods of the Utilities Object 

Tag 
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This method returns the tag name of an element: 
tagString= MC.Tag(e!ementIO) 

Value 

This method returns the value of an element: 
valString=MCValue(e!ementID) 

Data 

This method gets data from a Mobile Channels data file and returns an array of name- 
value pairs based on the current location and the specified block number. The names are 
the field names as specified in an ITEMFORMAT statement and the values are the data 
items (lines) as fetched from the data file. In the following example, dataltems is an 
array to hold the data items, 

dataltems =MC.Data(elementID, btockNum] 

where elementID is the current location v/ithin the CDF file, for example, the ID item 
for the MCD file, and blockNum is the block number within the file. Blocks start with 
zero. So the first repeating block, if present, is always block number one (even if there is 
no header). The resultant array, dataltems, contains an element for each item (line) 
within the block. The items in a block counts from zero. 

Each data item is, in effect, an object that supports the Tag, Type, and Value methods 
to expose its own properties. 

Tag 

dataItems(index).Tag returns the field name for the indexed array position, as 
declared in the <ITEMFORIVIAT> element. 

Value 

dataltems(index). Value returns the value of the field for the indexed array position. 
Type 

dataltems (index). Type returns the t\'pe as specified in the <ITEMFORiVIAT> 
statement. If no type is listed or if the <ITEMFORMAT> tag is missing, then the 
Type method returns "HTML". Other types include "TEXT", "IMG", and "HREF'\ 
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Type 



Description 



HTML 



The line item is HTML formaned content. This is the default 



type. 



HREF 



The line is a URL, (either http:// or mctp://). 



IMG 



The line contains the !D of an image item in the CDF file. 



TEXT 



Same as HTML. 



Locate 

The function is of the following fonn: 
newBem = MCLocateC'ID") 

and is a shorthand for the ''Jump'' action of the Navigate method: 
newElem = MC.Navigate( "Jump", "ID" ) 

LibraryCall 

This function allows a script to access a custom DLL to perform functions not available 
through standard scripting. The method is of the following form: 

Result = MC.LibraryCaH{ UbName, FuncName [,param]* ) 

First, the method checks for security to verify that the DLL has been properly registered 
for access via pASP scripting. An accessible DLL must have a registry entry in 
\HKLM\Soft>vare\Microsoft\Mobiie Channels\Components. matching the name of 
the DLL. 

Then the LibraryCall method dynamically loads the specified DLL by calling the 
GetProcAddress function to look up the specified function. Any additional parameters 
are then marshalled before being forwarded to the DLL function. Up to 8 optional 
parameters may be passed. 

The DLL function must return a LPWSTR value. If the return value is NULL, 
LibraryCall returns zero (0). Otherwise, it returns the string itself as a standard pVBS 
string value. 
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DebugiMesg) 

The Debug method allows a debug string to be written out during the execution of the 
script. This may be useful during development to help examine program flow. The 
debug messages will appear in the console window of any attached debugger, similar to 
the OutputDebugString API. 

The function does not return any value. 

HrefExists(ifre/) 

This method tests to determine whether the specified URL can be found in cache. This 
allows a script to gracefully handle missing images, data elements, or other components 
needed by the script. The URL must be a fully qualified http-sty!e URL. 

This method returns 1 if found in cache, else 0. 

Uref(Elem) 

This method returns the full URL for the specified element if it is specified in the CDF 
file. It returns 0 if no URL can be found. 

IsSubscribed(CAa«£/em) 

This tests to see if the specified channel or subchannel element is currently subscribed to 
by the user. It returns 1 if the channel is subscribed, or 0 if it is not found or not 
subscribed. 

Note: this will not work on items, only on channels. Furthermore, it always returns 1 
when running on the desktop (in IE4), 

Title 

This method is of the following form: 
tltieString = MC.ritle( BemString ) 

and it attempts to decipher the title of a given element by the following means: 

If there is an explicit TITLE tag for this element, the value of that is returned. 

If it is an ,mcd data item with an ITEMFORMAT specifying a TITLE field, the 
data item is opened and the title extracted therefrom, 

If an ID element is provided, its value is rctumed. 
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If anything else, NULL is returned. 

Note that this method does not mark a data item as "Read'' as it fetches the title. This is 
different from using Navigate to get the title. The latter method marks the item as 
"Read'\ even if the user has not actually looked at it. 

IsTJnread 

This method returns a boolean indicating whether the associated item or channel has 
been read. 

newContent = MC.lsUnread( Bern ) 

The function returns non-zero value if called directly on an unread item. When called on 
a subchannel, it will return non-zero if any items or other subchannels within the 
subchannel have not been read. 

SetUnread 

This method sets the read/unread state for an item and returns no value. And it is of the 
following format. 

SetUnread(Elem [,Rag]) 

The Elem parameter should be a valid element from a prior NavigateQ or Locate() call. 
The optional Flag parameter is a boolean used to mark the state of Elem: 0 for "unread" 
and I for "read". The default value of Flag is ''unread". 



Note Due to a limitation of the version l.O implementation of Mobile Channels, image 
items do not get marked as '*read" automaiially (as do MDC items). This results in the 
image remaining marked as ''unread" even though it has been read. Further, all the 
parent subchannels will also show as "unread" as long as any images within are unread. 
To remedy this situation, the script author should manually mark each image as 
"unread" each time it is displayed. The SetUnreadQ utility is the correct way to achieve 
this. 
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Channel Brows er and Active Desktop HTML Extensions 
Several HTML extensions provide additional 
functionality for writing more advanced scripts for 
Active Desktop and for controlling page updates in 
Channel Browser. 

Application Links 

Windows CE Active Desktop supports a special HTML Href for launching an 
application from a hyperlink. The format is: 

<A HREF=''mcexe://[appname]">Launch Text</A> 

appname is the name of the application to be launched when the link is clicked. 
The application must have been registered by placing a value of the same name as the 
.exe in the registry at \HKLM\Soft>vare\Microsoft\Mobile Channels\Components. 
META Tags 

Channel Browser and Active Desktop recognize the following special META tags. 
Embedding these META tags in the header of a page, either directly.or via scripting can 
cause the page to be automatically handled or updated in a particular manner. Note that 
these META tags (with the exception of Refresh) are ignored by IE4. 
The META tags are summarized in the following table. 
Http_Equiv Description Support 

Notify Catch cache or database Active Desktop and 



updates 



Channel Browser. 



Refresh 



Reload after time interval 



Active Desktop 



LaunchApp 



E.xecute application for 
desktop component 



Active Desktop 



Autosize 



Control image scaling 



Channel Browser 



The following are some derailed discussions of each tag. 



Notify 
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This META tag allows a page to be automatically updated when there is an update to 
a particular database, or when a particular item is updated in cache. This can be used 
to regenerate a page automatically when a new version of it (or one of its 
components) comes in via sync or other mechanism. The two forms of this META 
tag iare: 

<META HTrP-EQUIV="Notify" 

CONTENT="DBUPDATE=[DBname];URL=[RefreshUrl]''> 
<META HTrP-EQUIV=: "Notify" 

C0MTENT=:"CACHEUPDATE=[WatchUri];URL=[RefreshUr1]"> 

DBrtame is the name of the database to monitor for updates. 
WatchUrl is the URL of an item to watch for cache updates on. 
RefreshUrl is the URL to load if an update is detected. 
Refresh 

This META tag causes a page to be automatically reloaded after a specified time 
interval. The form is: 

<MErA HTTP-EQUIV="Refresh" CONTErfr='Xsecs];URL=[RefreshUrI]"> 

sees sets the number of seconds until the page will be reloaded. 
RefreshUrl is the URL to load after the specified interval. 
LaunchApp 

This META tag allows an application lo be launched by clicking on the header of an 
Active Desktop component on the device. The form is: 
<META HTTP-EQUIV="LaunchApp" CONTENT="[appname][?params]^'> 

appname is the name of the executable to launch. 

params is an optional comma separated list of params to be passed to the application 
upon invocation 

The application must have been registered by placing a value of the same name as 
the .exe in the registry in \HKLM\Softvvare\Microsoft\Mobile 
ChannelsVComponents. 



SUBSTITUTE SHEET (RULE 25) 



wo 99/35593 



PCT/US99/00279.^ 



72 

Autosize 

This META tag allows the default image scaling behavior to be disabled for a 
particular page. The HTML control will, by default, attempt to scale images for 
display on the smaller form factor screen. However, if this META is specified in the 
page header the images will displayed at the full size causing scrollbars to appear if 
needed. The form is: 

<META KTTP-EQUIV="AutOSize" CO^^TENT='•Off"> 

Note that since the default value is always "On" there is no need for any other value 
in the CONTENT field. 



Example CDF File 

<?XML version="l.O''?> 
<CHANNEL 

HREF="mctp://mySite/34droad/34droad.cdf " 

BASE="http://mySite/" ID="34droad"> 

<SELF HREF="http://myS!te/34droad/34droad.cdr' /> 

<SCHEDULE> cINTERVALTIME MIN="407></SCHEDULE> 

<USAGE VALUE="MobileChannel7> • 

<TniE>3 4 D Road</> 

<ABSTRACr>Things to think about while you're away...</> 

<LOGO STYLE="IMAGE" HREF="34droad/34logo.gtr ID="L0GO7> 

<LOGO STYLE="ICON" HREF="34droad/34icon.gir ID="IC0N7> 

<CHANSCRrPT VALUE="SS7> 

<rrEMSCRIPT VALUE="SS7> 

<ITEM HREF=*'34droad/34.mcs" ID="SS"> 

<ABSTRACr>Things to think about while you're away...</> 

</rrEM> 

<ITEM HREF="cgi-bin/deepl.mcd?l" ID="D1"> 

<USAGE VALUE="MobileChannel7> 

<LOG VALUE="document:view7> 
</rTEM> 

<rrEM HREF="cgi-bin/deepl.mcd?2" ID="D2"> 

<USAGE VALUE="MobileChannel7> 

<LOG VALUE="document:view7> 
</ITEM> 

<rrEM HREF="cgi-bin/deepl.mcd?3" ID="D3"> 
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<USAGE VALUE="MobileChanne("/> 
<LOG VALUE="document:vlew7> 
</rrEM> 

<rTEM HREF="34droad/34logo.gir ID="LOGO"> 

<USAGE VALUE="None'7> 
</ITEM> 

<ITEM HREF="34droad/34icon.gif ID="ICON"> 

<USAGE VALUE="None7> 
</ITEM> 

<ITEM HREF="34droad/34maln.giF' ID="MGIF"> 

<USAGE VALUE="None7> 

<LOG VALUE="document:view7> 
</rTEM> 
</CHANNEL> 

Parse Tree of the example CDF file 
CHANNEL = mctp://mySite/34droad/34droad.cdf 
HREF = mctp.7/mySite/34droad/34droadxdf 
BASE = http://mySite/ 
ID = 34droad 

SELF = http://mySite/34droad/34droadxdf 

HREF = http://mySite/34droad/34droad.cdf 
SCHEDULE 

INTERVALTIME 
MIN « 40 
USAGE = MobileChannel 

VALUE = MobileChannel 
TTTLE = 3 4 D Road 

VALUE = 3 4 D Road 
ABSTRACT = Things to think about while you're away... 

VALUE = Things to think about while you're away... 
LOGO = 34droad/34logo.gif 

STYLE = IMAGE 

HREF = 34droad/34logo.gif 

ID = LOGO 
LOGO = 34droad/34icon.gif 

STYLE = ICON 

HREF = 34droad/34icon.gif 

ID = ICON 
CHANSCRIPT = SS 
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WHAT IS CLAIMED T.q- 

read.bir7"" '"''^'^ ^-^"^-9 instructions 

readable by a computer which, when implemented, causo 
the computer to handle iaformation by performing steps 

comprising: ^ ^^eps 

storing a content structure file, a data file and 
a script file, the data file including data 
xndicative of the information and the script 
fxle including script information indicative 
of a desired form in which the data is to be 
rendered, the content structure file, data 
fxle and script file being independently 
receivable by the computer; 
reading the content structure file to ascertain 
which script in the script file is 
associated with data to be rendered; and 
retrieving the data from the data file and 
executing the associated script in the 
script file to render the data. 
2. The computer readable medium of claim 1 including 
instructions readable by a computer which, when 
implemented, cause the computer to handle information 
by performing steps comprising: 

storing a first script file and a second script 
file; and 

wherein reading the content structure file to 
ascertain which script includes examining 
the first script file for the associated 
script and wherein executing includes 
executing another script from the second 
script file if the associated script is not 
found . 



SUBSTITUTE SHEET (RULE 26) 

BNSDOCIO: <WO 9935593A1 J_> 



BNSOOCID: <WO ^9935593Ar.L> 



wo 99/35593 



PCTAJS99/00279 



77 

3 . The computer readable medium of claim 1 including 
instructions readable by a computer which, when 
implemented, cause the computer to handle information 
by performing steps comprising: 

storing a preference file having information 
regarding data to be stored in the data 
file; and 

intermittently receiving updated data and reading 
the preference file to ascertain if the 
updated data is to be stored in the data 
file. 

4 . The computer readable medium of claim 3 wherein 
the content structure file includes preference tags 
associated with default preferences, and wherein 
storing a preference file includes reading the 
preference tags- 

5 . The computer readable medium of claim 4 including 
instructions readable by a computer which, when 
implemented, cause the computer to handle information 
by performing steps comprising: 

changing the information in the preference file. 

6. The computer readable medium of claim 1 wherein 
the content structure file includes references to data 
and scripts in a hierarchy. 

7 . The computer readable medium of claim 6 wherein 
reading the content structure file to ascertain which 
script in the script file is associated with the data 
to be rendered includes choosing the script as a 
function of the hierarchy. 

8 . The computer readable medium of claim 7 wherein 
the content structure file includes script tags 
associated with scripts in the script file, the script 
tags being in the hierarchy. 



SUBSTITUTE SHEET (RULE 26) 

BNSOOCID: <WO ^9935593A1 _L> 



wo 99/35593 



PCT/US99/00279 



78 

9. The computer readable medium of claim 8 wherein 
choosing the script file includes choosing a script 
referenced by a script tag in a higher portion of the 
hierarchy for data to be rendered in a lower portion 
of the hierarchy if there is no associated script tag 
for the data in the lower portion of the hierarchy. 

10. The computer readable medium of claim 1 wherein 
executing the script comprises rendering the data in a 
processor independent form. 

11. The computer readable medium of claim 10 wherein 
executing the script comprises rendering the data in 
hypertext markup language (HTML) form. 

12. The computer readable medium of claim 10 wherein 
the computer comprises a mobile device, and wherein 
storing the content structure file, data file and 
script file includes receiving the content structure 
file, data file and script file from the desktop 
computer. 

13. A method for rendering information on a computer 
comprising : 

storing a content structure file, a data file and 
a script file on the computer, the data file 
including data indicative of the information 
and the script file including script 
information indicative of a desired form in 
which the data is to be rendered, the 
content structure file, data file and script 
file being independently receivable by the 
computer ; 

reading the content structure file to ascertain 
which script in the script file is 
associated with data to be rendered; and 

retrieving the data from the data file and 
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executing the associated script in the 
script file to render the data. 

14. The method of claim 13 and further comprising 
storing a first script file and a second script file; 
and wherein reading the content structure file to 
ascertain which script includes examining the first 
script file for the associated script and wherein 
executing includes executing another script from the 
second script file if the associated script is not 
found. 

15. The method of claim 13 and further comprising: 
storing a preference file on the computer having 

information regarding data to be stored in 
the data file; and 
intermittently receiving updated data and reading 
the preference file to ascertain if the 
updated data is to be stored in the data 
file. 

16. The method of claim 15 wherein the content 
structure file includes preference tags associated 
with default preferences, and wherein storing a 
preference file includes reading the preference tags. 

17. The method of claim 16 and further comprising 
changing the information in the preference file. 

18. The method of claim 13 wherein the content 
structure file includes references to data and scripts 
in a hierarchy. 

19. The method of claim 18 wherein reading the 
content structure file to ascertain which script in 
the script file is associated with the data to be 
rendered includes choosing the script as a function of 
the hierarchy. 

20. The method of claim 19 wherein the content 
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structure file includes script tags associated with 
scripts in the script file, the script tags being in 
the hierarchy. 

21. The method of claim 20 wherein choosing the 
script, file includes choosing a script referenced by a 
script tag in a higher portion of the hierarchy for 
data to be rendered in a lower portion of the 
hierarchy if there is no associated script tag for the 
data m the lower portion of the hierarchy. 

22. The method of claim 21 wherein e.xecuting the 
script comprises rendering the data in a processor 
independent form. 

23. The method of claim 22 wherein executing the 
script comprises rendering the data in hypertext 
markup language (HTML) form. 

24. The method of claim 22 wherein the computer 
comprises a mobile device, and wherein storing the 
content structure file, data file and script file 
includes receiving the content structure file, data 
file and script file from the desktop computer. 
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